home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / The World of Computer Software.iso / lnxd3-82.zip / DIGEST3.825 < prev    next >
Internet Message Format  |  1993-01-01  |  26KB

  1. From Linux-Activists-Request@news-digests.mit.edu Mon Dec 21 09:08:22 1992
  2. Return-Path: <Linux-Activists-Request@news-digests.mit.edu>
  3. Received: from bloom-picayune (BLOOM-PICAYUNE.MIT.EDU) by montefiore.ulg.ac.be (4.1/SMI-4.1)
  4.     id AA03596; Mon, 21 Dec 92 09:05:29 +0100
  5. Received:  by bloom-picayune (5.57/25-eef)
  6.     id AA01862; Sun, 20 Dec 92 04:45:25 -0500
  7. Message-Id: <9212200945.AA01862@bloom-picayune>
  8. From: Digestifier <Linux-Activists-Request@news-digests.mit.edu>
  9. To: Linux-Activists@news-digests.mit.edu
  10. Reply-To: Linux-Activists@news-digests.mit.edu
  11. Date:     Sun, 20 Dec 92 04:45:12 EST
  12. Subject:  Linux-Activists Digest #825
  13. Status: R
  14.  
  15. Linux-Activists Digest #825, Volume #3           Sun, 20 Dec 92 04:45:12 EST
  16.  
  17. Contents:
  18.   Boot problems with SLS 0.99 (Robert W. Bingler)
  19.   Re: MONEY + Linux (Sten M. Drescher)
  20.   Help needed in compiling sz/rz. (Tong Gao)
  21.   Using a dumb terminal with Linux (Fester the Penguin)
  22.   uugetty (Philip Perucci)
  23.   Re: SCSI Controller (James Carpenter)
  24.   Re: Serial IRQ polling (James Carpenter)
  25.   Re: Linux 0.99 FPU question (T.J.R. Cutts)
  26.   Re: Zip for distributions? (Jeff Randall)
  27.   Re: LPD: no daemon present SOLVED! (I wish) (Qual Trak)
  28.   Re: How stable is extended filesystem? (Jeff Randall)
  29.   Two queries (T.J.R. Cutts)
  30.   Re: PATCH: (0.98.6) allow root to link/unlink directories (Shane Alderton)
  31.   xterm:  unable to find usable termcap entry. (Isaac Wong)
  32.   X for 2theMax et4000 card (Linda Distributed Language)
  33.   Re: Auto mail send (Ed Carp)
  34.   Re: ext fs question (.badblocks) (Ed Carp)
  35.   Re: gcc -g (H.J. Lu)
  36.   Strange problems with .99 (Supernaw-Issen, Daniel A.)
  37.   Re: Dumb Americans (was INTERNATIONALIZATION: JAPAN, FAR EAST) (Daniel Russell)
  38.   Re: uucp/mail/news FAQ (Robert Kiesling)
  39.  
  40. ----------------------------------------------------------------------------
  41.  
  42. From: rwb@Turing.ORG (Robert W. Bingler)
  43. Subject: Boot problems with SLS 0.99
  44. Date: 16 Dec 92 02:57:11 GMT
  45.  
  46. Hey,
  47.         I am getting the same hangups using SLS 0.99 on bootup.  I'm installing on a partition I had 0.96c on. Upon installing, I got MINIX-FS Magic file mismatch or something like that, but it continued fine on reading a3 and a4.  As soon as I boot the boot floppy for the new harddrive version it hangs like others have descrbed.
  48.         Can someone please help?
  49. My configuration:
  50.         486-33,  two 130Mb harddrives,  8 megs of ram.
  51.         Linux is on /dev/hdb7
  52.  
  53. Thanks,
  54. Rob
  55.  
  56. +--------------------------+----------------------+--------------------------+
  57. |   o    \ /  <o>    o     |  Robert Bingler      |  .sig Virus Disenfector  |
  58. | _/|-'   |    |   _/|-'   |->rwb@turing.org      |                          |
  59. |  / \,  /o\  / \   / \,   |  dwb4h@virginia.edu  |  To envoke type:         |
  60. | `                `       |                      |  rm .sig                 |
  61. +--------------------------+----------------------+--------------------------+
  62.  
  63. ------------------------------
  64.  
  65. From: Sten M. Drescher <smd@hrt216.brooks.af.mil>
  66. Subject: Re: MONEY + Linux
  67. Date: Sat, 19 Dec 1992 23:01:51 GMT
  68.  
  69.         OK, in line with this discussion, here's our situation.  We've
  70. contracted with a lab in California to write a new training package for
  71. us.  They've decided to build it in Unix, specifically, SCO ODT.  We're
  72. going to need do distribute the package to several test sites, and we
  73. don't want to have to tell them that they need to spend $1000 a machine
  74. in order to get an OS to run it under (US residents - these would be
  75. YOUR tax dollars being spent).  After looking at Linux, I'd like to be
  76. able to present Linux as an alternative, but there are 2 problems:
  77.         1) We need to get RougeWave's TOOLS.H++ to compile with gcc
  78. (they've given up on it).
  79.         2) We need someone to provide tech support for Linux.  We expect
  80. to get a certain amount of Unix-related questions along with problems
  81. relating to out package, just as we get DOS questions on our current
  82. package, but we don't have the personnel to provide full tech support
  83. for Linux.  Does anyone know of anyone who can provide this service, and
  84. if so, would you e-mail me their name, smail address, and phone #?
  85. ===============================+=============================================
  86. Sten Drescher                  | There are men who seem like more than men.
  87. 2709 13th St #1248             | Living examples of what we could be if we
  88. Brooks AFB, TX 78235-5224      | tried.  They are men of courage, compassion,
  89. ===============================+ and justice.  On the other hand, there are
  90. sdrescher@animal.brooks.af.mil | presidential candidates.
  91. ===============================+=============================================
  92. Looking for Marvel Masterpieces promo cards - email with offers.
  93.  
  94. ------------------------------
  95.  
  96. From: tgao@cs.uiuc.edu (Tong Gao)
  97. Subject: Help needed in compiling sz/rz.
  98. Date: 16 Dec 92 05:04:11 GMT
  99.  
  100. I download szrz9202.tar-z from oak.oakland.edu, however I had a difficult time
  101. compiling the programs. The makefile let the user to choose which os the 
  102. program should be compiled with, but there is no Linux listed in the list.
  103. Could someone send me a makefile which will compile the programs correctly
  104. under Linux? Or could somebody tell me where I can download it? Thank you very 
  105. much.
  106.  
  107. Tong
  108. tgao@cs.uiuc.edu
  109.  
  110. ------------------------------
  111.  
  112. From: cronin@en.ecn.purdue.edu (Fester the Penguin)
  113. Subject: Using a dumb terminal with Linux
  114. Date: 16 Dec 92 04:41:45 GMT
  115.  
  116. Since my VGA monitor died recently, I've been looking for a way to
  117. use a dumb terminal with linux. Thanks to Thomas Ulich and his help,
  118. I am now able to do just that. Here's how:
  119.   
  120.    vi your /etc/inittab file. Uncomment the line with a /dev/ttys1 in it.
  121. Make sure you are using the correct baud rate and serial port (ttys0 = port 1).
  122. To log in as root from the dumb terminal, add ttys1 to your /etc/securetty
  123. file. 
  124.  
  125. Now. for the plea for help - I've a Regent 20 terminal rather than a VT100
  126. dumb terminal. I don't have the setup info needed for a regent. Does anyone
  127. have a termcap file with a Regent 20 entry in it?
  128.  
  129. Thanks,
  130. Tom C.
  131.  
  132. -- 
  133. Thomas Cronin               | "Extinction is not something to comtenplate;
  134. cronin@ecn.purdue.edu       |  rather, it is something to rebel against."
  135. fester@sonata.cc.purdue.edu |  from _The_Fate_of_the_Earth_ by J. Schell
  136. tcronin@nyx.cs.du.edu       | "Trinitrotoluene is an educational toy" - me
  137.  
  138. ------------------------------
  139.  
  140. From: dsc3pzp@nmrdc1.nmrdc.nnmc.navy.mil (Philip Perucci)
  141. Subject: uugetty
  142. Date: 16 Dec 92 15:36:15 GMT
  143.  
  144. Regarding uugetty...
  145.  
  146. I see two packages, "poe_igl" and "getty_ps".  I need a reliable
  147. uugetty under 0.99 Linux.  Do both support this?  Currently, my
  148. system has the binaries that come with the GCC distribution.
  149.  
  150. Rather than start a religious war, let me say that it looks like
  151. "getty_ps" is limited to getty/uugetty, but does a far more complete
  152. job of it.  Is there any reason NOT to use "getty_ps" package?
  153.  
  154. -- 
  155. ===========================================================================
  156.   phil perucci      | "Any opinions expressed are solely my own views and 
  157.   ssb1pzp@digex.com |  do not reflect the position of any organization"
  158. ===========================================================================
  159.  
  160. ------------------------------
  161.  
  162. From: jimc@hal.gnu.ai.mit.edu (James Carpenter)
  163. Subject: Re: SCSI Controller
  164. Date: 16 Dec 92 03:48:06 GMT
  165.  
  166. Looks like its going to be the Future Domain. It has the external port, the 
  167. Segate doesn't. Its the only other thing I can afford.
  168.  
  169.         -Jim Carpenter
  170.          CARPENTER@Eisner.DECUS.Org
  171.          jimc@gnu.ai.mit.edu
  172.  
  173. ------------------------------
  174.  
  175. From: jimc@hal.gnu.ai.mit.edu (James Carpenter)
  176. Subject: Re: Serial IRQ polling
  177. Date: 16 Dec 92 03:26:54 GMT
  178.  
  179. In article <ADAMS.92Dec16013812@PDV2.pdv2.fmr.maschinenbau.th-darmstadt.de> adams@pdv2.fmr.maschinenbau.th-darmstadt.de (Adams) writes:
  180. >There is no reasonable way to poll a device in a multi user or
  181. >realtime environment. Attaching to a timer
  182. >will lead to a desastrous performance loss, and hooking the
  183. >CPU will disable multitasking.
  184.  
  185. It is interesting that Coherent could do this with no problem. There was a
  186. small decrease in speed but who cared... it ran unbelivably slow anyway.
  187.  
  188. >If there would be enough interest, it would be neither too hard nor
  189. >too expensive to throw an expansion card together, handling 2-4 serial
  190. >ports without any intervention of CPU.....
  191.  
  192. That sounds rather nice.
  193.  
  194.         -Jim Carpenter
  195.          CARPENTER@Eisner.DECUS.Org
  196.          jimc@gnu.ai.mit.edu
  197.  
  198. ------------------------------
  199.  
  200. From: tjrc1@cus.cam.ac.uk (T.J.R. Cutts)
  201. Subject: Re: Linux 0.99 FPU question
  202. Date: Sat, 19 Dec 1992 23:22:54 GMT
  203.  
  204. In article <1grrfpINN702@kitty.ksu.ksu.edu>, probreak@kitty.ksu.ksu.edu (James Michael Chacon) writes 
  205. |> 
  206. |> I have a 486-33 running 0.99 right now. I could have sworn I didn't compile 
  207. |> in the FPU support. I will try recompiling and get back to everyone about
  208. |> this. Otherwise the kernel runs fine and I have had no problems.
  209. |> 
  210. |> James
  211.  
  212. I also have a 486/33; this is my 0.99 story:
  213.  
  214. I got the most recent SLS two days ago when by crass stupidity I managed to
  215. destroy my Linux setup.  I took the opportunity to basically set everything up
  216. afresh, including putting everything on one 95Mb extended filesystem.  I also got
  217. the sources for 0.99, because I needed to recompile it with UK keyboard
  218. definitions.  I compiled without SCSI or FPU emulation.  I also added -m486 to
  219. the CFLAGS line in the Makefile.
  220.  
  221. The entire compilation took 11 minutes (gloat at the horror stories of >15 hour
  222. compilations :-) ), and the result seems to be a considerably smaller kernel than
  223. the standard SLS release, though I guess that's hardly surprising.  Whatever; the
  224. recompilation seems to have worked perfectly.  Try the -m486 option, if you
  225. hadn't done that before.
  226.  
  227. -- Tim Cutts                             /~\     ----
  228.                                         (   )  /     \
  229. Sugarmice on a skateboard               /   \/        \
  230.                                       /  O             \
  231.                                     /                   \
  232.                                     \____________________================
  233.                                  -===========================-
  234.                                    O                       O
  235.  
  236. ------------------------------
  237.  
  238. From: Jeff-Randall@uiuc.edu (Jeff Randall)
  239. Subject: Re: Zip for distributions?
  240. Date: 16 Dec 92 04:37:12 GMT
  241. Reply-To: Jeff-Randall@uiuc.edu (Jeff Randall)
  242.  
  243. mycroft@hal.gnu.ai.mit.edu (Charles Hannum) writes:
  244. >jem@sunSITE.unc.edu (Jonathan Magid) writes:
  245.  
  246. >Convince me that reducing the amount of cruft I need to download and
  247. >transfer on *floppy disks* to bring a machine up isn't worthwhile.  Or
  248. >at least try.
  249.  
  250. the FTP site maintainers have said time and again that they will *NOT*
  251. use zip or lha or zoo or arj.   They have said that they will deal only
  252. with tar.Z files.
  253.  
  254. Do as you wish if you want to setup a distribution, perhaps they'll even
  255. carry the distribution in zip format, but for general packages they have
  256. aleady decided the matter... to the point of unzipping/arjing/zooing/etc
  257. and tar.Z themselves if need be.
  258.  
  259. -- 
  260. Jeff-Randall@uiuc.edu (ASCII mail)           THIS IS _NOT_ CCSO'S OPINION!!!
  261. jar42733@sumter.cso.uiuc.edu (NeXT mail)      If It were, It would've had a
  262. wi.6580@n7kbt.rain.com (anon)                  more important name on it. =)
  263.  
  264. ------------------------------
  265.  
  266. From: qualtrak@netcom.com (Qual Trak)
  267. Subject: Re: LPD: no daemon present SOLVED! (I wish)
  268. Date: 18 Dec 92 15:35:21 GMT
  269.  
  270. In article <1gre7oINNrch@gap.caltech.edu> nyet@cco.caltech.edu (n liu) writes:
  271. ...
  272. >I still haven't gotten lpd going either with this LaserWriter on ttys2.. I snagged the cable
  273. >specs from a local hardware god (he swears they're right) and cat > /dev/ttys2 kinda works
  274. >if you keep it small.
  275. >
  276. >Ideas?
  277. >
  278. >Here's my entry:
  279. >
  280. >lp|LaserWriter:\
  281. >       :br#9600:lp=/dev/ttys2:\
  282. >       :sd=/usr/spool/lpd: lf=/usr/adm/lpd-errs
  283. >-- 
  284. >nyet@cco.caltech.edu
  285. try adding a :ms=crtscts to the printcap.  I'm not sure what linux
  286. wants in the printcap but if it understands the ms entry then you should
  287. find that hardware flow control between your linux box and the
  288. laserwriter should help considerably.
  289.  
  290. I imagine that on long files it prints a little and then goes catatonic.
  291. This would indicate to me that characters were dropped and the PS
  292. interpreter displayed an error message and then ignored all subsequent
  293. input until receiving a ^D.
  294.  
  295. Just a guess.
  296. =====                                                              =====
  297. John Birchfield - QualTrak Corp (408) 730-2674 Home (408) 736-3852
  298. jb@QualTrak.COM
  299. =====                                                              =====
  300.  
  301. ------------------------------
  302.  
  303. From: Jeff-Randall@uiuc.edu (Jeff Randall)
  304. Subject: Re: How stable is extended filesystem?
  305. Date: 16 Dec 92 04:43:00 GMT
  306. Reply-To: Jeff-Randall@uiuc.edu (Jeff Randall)
  307.  
  308. mycroft@hal.gnu.ai.mit.edu (Charles Hannum) writes:
  309. >kutcha@eos.acm.rpi.edu (Phillip Rzewski) writes:
  310. >> On a related topic, if I decide to go all 213 megs Linux, I'll still
  311. >> have some space left over on my other hard drive (the 55 megs I'm
  312. >> using now). Would you suggest going extfs with that too, or keeping
  313. >> some as the old style? Reasons?
  314.  
  315. >I've only been using Linux for two days.  I've installed it on a 300MB
  316. >"extended" partition.  Half of one of those days was spent reinstalling
  317. >after it barfed on my disk.
  318.  
  319. >If you don't *need* extfs, and don't mind short file names, I would
  320. >recommend not using it for now.
  321.  
  322.  
  323. I have been using the Extended filesystem since kernel version 0.96c
  324. allowed them to be mounted as the root filesystem... (this was extfs
  325. ALPHA v6) and since that time, I have *NEVER* had a single problem
  326. with an extended filesystem that was not *DIRECTLY* the fault of my
  327. own stupidity or power failure.  (ie, reboot w/o sync, etc)
  328.  
  329. The extended filesystem as it is, has been very stable for me over the
  330. last 6 months.  However, there is a newer version of the extfs that will
  331. reportedly use bitmaps instead of linked-lists for a large increase in speed.
  332.  
  333. The author doesn't want to guarantee backwards compatiblity with this
  334. extended filesystem... thus he is reluctant to call it 'beta' even though
  335. it is much more stable (IMHO) than any 'Alpha' status program.
  336.  
  337. I would suggest that you partition your drive in such a manner that you
  338. can tar or zip up one entire partition to another to replace/upgrade
  339. the filesystems as needed... 
  340.  
  341. -- 
  342. Jeff-Randall@uiuc.edu (ASCII mail)           THIS IS _NOT_ CCSO'S OPINION!!!
  343. jar42733@sumter.cso.uiuc.edu (NeXT mail)      If It were, It would've had a
  344. wi.6580@n7kbt.rain.com (anon)                  more important name on it. =)
  345.  
  346. ------------------------------
  347.  
  348. From: tjrc1@cus.cam.ac.uk (T.J.R. Cutts)
  349. Subject: Two queries
  350. Date: 16 Dec 92 12:31:26 GMT
  351.  
  352. 1) I am trying to compile kernel 0.99 on my machine.  I have got an error which
  353. I have not yet seen mentioned, and which (as a non-C programmer) I do not have
  354. a clue how to deal with!  This is the error:
  355.  
  356. kernel/kernel.o: undefined symbol _store_TR referenced from text segment
  357.  
  358. Has anyone else had this and how do you deal with it?
  359.  
  360. 2) To keep data files separate from others, last week I moved /usr/users onto a
  361. separate partition from the rest of the /usr tree.  Now when I try to log in as
  362. anybody other than root, most commands work, after giving huge numbers of
  363. 'Permission denied' errors.  User and group ownership of the home directories
  364. are correct, and as far as I can see from logging in as a user (amongst the
  365. 'Permission denied's'!) I have the correct read/write/execute permissions in
  366. directories such as /bin and /usr/bin.  What's going on?
  367.  
  368. The current kernel I'm using is 0.98pl5.  Thanks for any and all help.
  369.  
  370. -- 
  371. -- Tim Cutts                             /~\     ----
  372.                                         (   )  /     \
  373. Sugarmice on a skateboard               /   \/        \
  374.                                       /  O             \
  375.  
  376. ------------------------------
  377.  
  378. From: shanea@extro.ucc.su.OZ.AU (Shane Alderton)
  379. Subject: Re: PATCH: (0.98.6) allow root to link/unlink directories
  380. Date: Sun, 20 Dec 1992 00:44:19 GMT
  381.  
  382. torvalds@klaava.Helsinki.FI (Linus Torvalds) writes:
  383.  
  384. >I just wanted to say that while the patch may work (I didn't look at it
  385. >closer, but it should be simple enough), this is a feature that the
  386. >current kernel forbids for a very good reason: linking/unlinking
  387. >directories is generally a very bad idea, even if it's restricted to
  388. >root.  It's available in some unixes due to the way they implement
  389. >moving of directories, but it's unsafe.  All versions of linux have
  390. >explicitly checked for directories, and not allowed links/unlinks to
  391. >them. 
  392.  
  393. >Is there anybody out there that actually needs this? I'm just warning
  394. >you that this patch won't get into the standard kernel unless somebody
  395. >can come up with a truly good reason for it (I doubt there is any). 
  396.  
  397. Well, I don't know whether or not you would consider it a good reason,
  398. but it is something I have needed to do in the past when file system
  399. corruption caused a directory with an entry that I couldn't delete and
  400. that the efsck of the time could not handle.  This of course meant that
  401. I could not rmdir the directory in question, as it appeared to contain
  402. a file.  Perhaps being able to unlink the directory would have solved
  403. the problem, albeit in a messy fashion.
  404.  
  405. I agree that it is a very dangerous thing to do, but one of the things
  406. I like about Unix in general is its power and the small number of
  407. assumptions it makes.  GNU's rm does protect you from accidentally
  408. unlinking a directory  - and even if I could not think of a reason for
  409. being able to do this, that just means that my imagination is limited,
  410. not that it could never be necessary.
  411.  
  412. Incidentally, I will add my voice to all those others who have said:
  413. THANK YOU!  for the best thing to hit PCs - Linux.
  414.  
  415. Regards,
  416. Shane Alderton
  417. shanea@extro.ucc.su.oz.au
  418.  
  419. ------------------------------
  420.  
  421. From: wongi@netcom.com (Isaac Wong)
  422. Subject: xterm:  unable to find usable termcap entry.
  423. Date: Sun, 20 Dec 1992 01:09:56 GMT
  424.  
  425.  
  426. that's the xterm error i get when X is started by non-root. any clue?
  427.  
  428.  
  429.  
  430. ------------------------------
  431.  
  432. From: linda@cs.su.oz.au (Linda Distributed Language)
  433. Subject: X for 2theMax et4000 card
  434. Date: 19 Dec 92 07:37:29 GMT
  435.  
  436. Does any body have any ideas on running X on this card? I haven't tried anything
  437. yet, because I want to know if any of the X packages supports the 800x600x32K
  438. HiColor mode of this card (very hopeful, I know) and I thought someone might
  439. have an experience to share...
  440.  
  441. Thanks,
  442.         David Monro
  443.  
  444. ------------------------------
  445.  
  446. From: erc@unislc.uucp (Ed Carp)
  447. Subject: Re: Auto mail send
  448. Date: 16 Dec 92 05:45:08 GMT
  449.  
  450. Get mailpak-1.3, or wait a couple of weeks for mailpak-1.4.  It has elm,
  451. uucp, and mail builtin.
  452. -- 
  453. Ed Carp                 erc@apple.com, erc@saturn.upl.com       801/538-0177
  454.  
  455. Who and what would you be if you went beyond your deepest fears?
  456.  
  457. ------------------------------
  458.  
  459. From: erc@unislc.uucp (Ed Carp)
  460. Subject: Re: ext fs question (.badblocks)
  461. Date: 16 Dec 92 05:48:31 GMT
  462.  
  463. Remy CARD (card@masi.ibp.fr) wrote:
  464. : In article <8120@lib.tmc.edu> dfenyes@thesis1.med.uth.tmc.edu (David Fenyes,Neurobiol/Anatomy,5705,7901935) writes:
  465. : >In article <1992Dec14.163449.15147@aston.ac.uk> evansmp@uhura.aston.ac.uk (Mark Evans) writes:
  466. : >>Remy CARD (card@masi.ibp.fr) wrote:
  467. : >>:   mkefs now uses a reserved inode (inode #2) to store the bad blocks.
  468. : >>: This inode does not appear in the filesystem tree any more because it was
  469. : >>: leading to problems (root could delete the .badblocks file or save it during
  470. : >>: a backup).
  471. : >
  472. : >Is there a way to easily read the bad blocks list to verify that all the
  473. : >bad blocks have been identified? (or even to modify it after the fs has
  474. : >been created?)
  475. :       You can add bad blocks to the list with efsck.  'efsck -t' tests for
  476. : bad blocks in a fs and adds new bad blocks to the list.  'efsck -b file' reads
  477. : a bad blocks list from the file and adds them to the list.
  478. :       Unfortunately, there is no way to print the bad blocks list.  Seems
  479. : like I must add an option to efsck for the next release.
  480.  
  481. Unfortunately, this doesn't work - the kernel never reports read or write
  482. errors, so efsck -t won't work.
  483. -- 
  484. Ed Carp                 erc@apple.com, erc@saturn.upl.com       801/538-0177
  485.  
  486. Who and what would you be if you went beyond your deepest fears?
  487.  
  488. ------------------------------
  489.  
  490. From: hlu@eecs.wsu.edu (H.J. Lu)
  491. Subject: Re: gcc -g
  492. Date: 18 Dec 92 23:14:18 GMT
  493.  
  494. In article <1992Dec17.232305.24764@watson.ibm.com>, rajat@watson.ibm.com (Rajat Datta) writes:
  495. |> I'm running with the basedisk, libdisk, rootdisk, etc. that H.J. Lu
  496. |> distributes with the GCC package.  Where can I find a working libg.a?
  497. |> Meanwhile, any files I compile with gcc -g fails with segmentation
  498. |> error; something to do with i/o, I believe, but haven't looked into it
  499. |> any deeper.  Of course, this means gdb is pretty useless too.
  500. |> 
  501. |> Any ideas?  Thanks,
  502. |> -- 
  503. |> rajat (rajat@watson.ibm.com)
  504.  
  505. This is caused by a bad `specs'. It will be fixed in gcc 2.3.3. I am
  506. sorry we have to wait for it. I don't want to see a buggy gcc 2.3.2 floating
  507. around. The problem is the shared version of libgcc.a is linked if -g
  508. is used during the final link stage. Since my current configuraion may be
  509. very different from yours, I cannot give you my `specs'. If you are using
  510. the alpha gcc 2.3.2, you should not have this problem. The
  511. solutions are
  512.  
  513. 1. Do
  514.  
  515.         gcc xxxxxxxxxxx -c -g foo.c
  516.         gcc -o foo foo.o foo1.o ... # no -g
  517.  
  518.    This is what I am doing although
  519.  
  520.         gcc -g -o foo foo.o
  521.  
  522.    works for me. That saves quite a lot disk space. The only drawback
  523.    is you cannot debug libc.a with this (Do you want to?).
  524.  
  525. 2. Fix `specs' if you know how.
  526.  
  527. H.J.
  528.  
  529. ------------------------------
  530.  
  531. From: st1mb@jane.uh.edu (Supernaw-Issen, Daniel A.)
  532. Subject: Strange problems with .99
  533. Date: 16 Dec 92 04:49:00 GMT
  534.  
  535.  
  536. I grabbed the SLS .98pl5 distribution.  Had few problems with it.  I just 
  537. grabbed and recompiled linux .99 and lo and behold , I get a) an ioctl error
  538. message stating that an invalid argument was passed.   This was emitted from
  539. the line:
  540. $CONFIG -n $NET -r $ROUTER eth0 $IPADDR
  541. in rc.net
  542.  
  543. b) The dos emulation do longer works.  It just clears the screen and returns
  544. my prompt.  
  545.  
  546. Any ideas?
  547. oh, btw, I compiled in TCPIP & NFS and I don't have an ethernet card.
  548. I compiled in NFS in an effort to try to isolate the first problem.
  549.  
  550. Oh, I got xdm up and running but it kept thrashing the harddisk.  this is 
  551. strange given that it didn't do this before.
  552.  
  553. ah well..
  554.  
  555. Daniel
  556.  
  557. signature for hire.
  558.  
  559. ------------------------------
  560.  
  561. From: russed@rebecca.its.rpi.edu (Daniel Russell)
  562. Crossposted-To: comp.unix.bsd
  563. Subject: Re: Dumb Americans (was INTERNATIONALIZATION: JAPAN, FAR EAST)
  564. Date: 19 Dec 92 03:17:26 GMT
  565.  
  566. goer@kimbark.uchicago.edu (Richard L. Goerwitz) writes:
  567. [...]
  568. >  NT will be a welcome departure from the past, if in fact
  569. >it offers true multilingual support.  We'll see.
  570.  
  571.         As a (kind of) side note, I have heard that the NeXT has *excellent*
  572. foreign language support.
  573.  
  574.  dan
  575.  
  576. >   -Richard L. Goerwitz              goer%midway@uchicago.bitnet
  577. >   goer@midway.uchicago.edu          rutgers!oddjob!ellis!goer
  578.  
  579. ------------------------------
  580.  
  581. From: rak@loft (Robert Kiesling)
  582. Subject: Re: uucp/mail/news FAQ
  583. Date: 19 Dec 92 06:18:39 GMT
  584.  
  585.  
  586. In article <1992Nov2.200031.2499@uc.msc.edu> mfrankow@hamline.edu. (Michael Frankowski) writes:
  587.    In article <1d3ot9INN6an@spool.mu.edu> bille@studsys.mscs.mu.edu (Bill Ehrendreich) writes:
  588.    >Please do write a FAQ concerning this. 
  589.  
  590.    I second the motion (tried email, but bounce :)
  591.  
  592.    Mike
  593.  
  594. My forwarding site is installing a new MX record pointing here, so if
  595. anyone has had trouble mailing me, please let me know.  The addresses
  596. in the .signature are still valid.
  597.  
  598. I'll relate my experiences, of course, if there's interest ;-)
  599.  
  600. Sorry of any inconvenience.
  601.  
  602. -- Bob
  603.  
  604. -- 
  605. ===============================================================================
  606. Robert Kiesling                             "Durum et durum non faciunt murum."
  607. loft!rak@plex-1.ann-arbor.mi.us                                         -- Anon
  608. vela!plex-1!loft!rak 
  609.  
  610. ------------------------------
  611.  
  612.  
  613. ** FOR YOUR REFERENCE **
  614.  
  615. The service address, to which questions about the list itself and requests
  616. to be added to or deleted from it should be directed, is:
  617.  
  618.     Internet: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU
  619.  
  620. You can send mail to the entire list (and comp.os.linux) via:
  621.  
  622.     Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU
  623.  
  624. Linux may be obtained via one of these FTP sites:
  625.     nic.funet.fi                pub/OS/Linux
  626.     tsx-11.mit.edu                pub/linux
  627.     tupac-amaru.informatik.rwth-aachen.de    pub/msdos/replace
  628.  
  629. The current version of Linux is 0.98pl6 released on December 2, 1992
  630.  
  631. End of Linux-Activists Digest
  632. ******************************
  633.  
  634.